
APPENDIX 



Scenarios 


This appendix contains a set of lab scenarios, each of which contains some type of problem 
statement that you need to solve. Some scenarios ask specific questions. Others ask that you 
configure the devices in a network. Some scenarios give you command output from a working 
network, and ask that you decipher the output to describe the current status in the network, or 
figure out a problem in the network. In any case, these scenarios help you exercise your 
knowledge of Cisco network designs, configuration commands, and show commands. 

The scenarios revolve around the coverage in Chapters 4, 5, 11, and 12 in this book (the 
CCNA ICND Exam Certification Guide). To keep them organized, the scenarios are 
numbered with the corresponding chapter number in the first part of the scenario number. 
Table B-l lists the scenarios found in this appendix. 

Table B-l List of Scenarios in this Chapter 


Scenario Number 

Chapter Number 

Description 

1 

4 

IP Addressing and Subnet Calculation 

2 

4* 

Subnet Design with a Class B Network 

3 

4* 

Subnet Design with a Class C Network 

4 

5* 

IP Configuration 1 

5 

5* 

IP Configuration 2 

6 

5 

IP Addressing and Subnet Derivation 

7 

11 

Frame Relay Verification 

8 

11* 

Frame Relay Configuration 

9 

11* 

Frame Relay Configuration Dissection 

10 

12* 

IP Filtering Sample 1 

11 

12* 

IP Filtering Sample 2 

12 

12* 

IP Filtering Sample 3 


*These labs’ configurations can be performed using the special version of Boson’s Netsim network sim- 
luator that comes with the companion CD. Refer to Appendix C in the book (not the CD Appendix C) 
for a complete list of all available hands-on exercises that can be done using NetSim. 

You can either perform these scenarios as part of your final preparation for the ICND 
exam, or use them at the end of each chapter. Regardless, just pick the scenarios you want 
to do, and dive in! For those of you wanting to do some of these scenarios using Boson 
NetSim, refer to Appendix C in the book for more details on how to start NetSim. 
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Scenarios for Chapter 4 


Scenario 1: IP Addressing and Subnet Calculation 

Assume that you just took a new job. No one trusts you yet, so they will not give you any 
passwords to the router. Your mentor at your new company has left you at his desk while he 
goes to a meeting. He has left up a Telnet window, logged in to one router in user mode. In 
other words, you can issue only user-mode commands. 

Assuming that you had issued the following commands (see Example B-l), draw the most 
specific network diagram that you can. Write the subnet numbers used on each link onto the 
diagram. 

Example B-1 Command Output on Router Fred 

fred>show interface 
Seriate is up, line protocol is up 
Hardware is HD64570 
Internet address is 199.1.1.65/27 
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, 

reliability 255/255, txload 1/255, rxload 1/255 
Encapsulation HDLC , loopback not set 
Keepalive set (10 sec) 

Last input never, output never, output hang never 
Last clearing of "show interface" counters never 

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 
Queueing strategy: weighted fair 

Output queue: 0/1000/64/0 (size/max total/threshold/drops) 

Conversations 0/0/256 (active/max active/max total) 

Reserved Conversations 0/0 (allocated/max allocated) 

Available Bandwidth 1158 kilobits/sec 

5 minute input rate 0 bits/sec, 0 packets/sec 
5 minute output rate 0 bits/sec, 0 packets/sec 
27 packets input, 2452 bytes, 0 no buffer 
Received 27 broadcasts, 0 runts, 0 giants, 0 throttles 
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 
29 packets output, 2044 bytes, 0 underruns 
0 output errors, 0 collisions, 28 interface resets 
0 output buffer failures, 0 output buffers swapped out 
7 carrier transitions 
DCD=up DSR=up DTR=up RTS=up CTS=up 
Seriall is up, line protocol is up 
Hardware is HD64570 






Scenario 1: IP Addressing and Subnet Calculation 


Example B-1 Command Output on Router Fred (Continued) 

Internet address is 199.1.1.97/27 
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, 

reliability 255/255, txload 1/255, rxload 1/255 
Encapsulatien HDLC , loopback not set 
Keepalive set (10 sec) 

Last input never, output never, output hang never 
Last clearing of "show interface" counters never 

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 
Queueing strategy: weighted fair 

Output queue: 0/1000/64/0 (size/max total/threshold/drops) 

Conversations 0/0/256 (active/max active/max total) 

Reserved Conversations 0/0 (allocated/max allocated) 

Available Bandwidth 1158 kilobits/sec 
5 minute input rate 0 bits/sec, 0 packets/sec 
5 minute output rate 0 bits/sec, 0 packets/sec 
125 packets input, 7634 bytes, 0 no buffer 
Received 124 broadcasts, 0 runts, 0 giants, 0 throttles 
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 
161 packets output, 9575 bytes, 0 underruns 
0 output errors, 0 collisions, 1 interface resets 
0 output buffer failures, 0 output buffers swapped out 
4 carrier transitions 
DCD=up DSR=up DTR=up RTS=up CTS=up 
Ethernet0 is up, line protocol is up 

Hardware is MCI Ethernet, address is 0000 . 0c55 . AB44 (bia 0000.0c55.AB44) 
Internet address is 199.1.1.33/27 
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usee, 

reliability 255/255, txload 1/255, rxload 1/255 
Encapsulation ARPA, loopback not set 
Keepalive set (10 sec) 

ARP type: ARPA, ARP Timeout 04:00:00 

Last input 00:00:00, output 00:00:00, output hang never 
Output queue 0/40, 0 drops; input queue 0/75, 0 drops 
Five minute input rate 4000 bits/sec, 4 packets/sec 
Five minute output rate 6000 bits/sec, 6 packets/sec 
22197 packets input, 309992 bytes, 0 no buffer 
Received 2343 broadcasts, 0 runts, 0 giants 
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 
4456 packets output, 145765 bytes, 0 underruns 
3 output errors, 10 collisions, 2 interface resets, 0 restarts 


fred>show ip route 

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP 
D - EIGRP, EX - EIGRP external, 0 - OSPF, IA - OSPF inter area 
N1 - OSPF NSSA external type 1 , N2 - OSPF NSSA external type 2 
El - OSPF external type 1 , E2 - OSPF external type 2, E - EGP 


continues 



Appendix B: Scenarios 


Example B-1 Command Output on Router Fred (Continued) 

i - IS - IS, LI - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area 
* - candidate default, U - per-user static route, o - ODR 
P - periodic downloaded static route 

Gateway of last resort is not set 

199.1.1.0/27 is subnetted, 6 subnets 
R 199.1.1.192 [120/1] via 199.1.1.98, 00:00:01, Seriall 

R 199.1.1.128 [120/1] via 199.1.1.98, 00:00:01, Seriall 

[120/1] via 199.1.1.66, 00:00:20, Serial© 

R 199.1.1.160 [120/1] via 199.1.1.66, 00:00:20, Serial© 

C 199.1.1.64 is directly connected, Serial0 

C 199.1.1.96 is directly connected, Seriall 

C 199.1.1.32 is directly connected, Ethernet0 

fred>show ip protocol 

Routing Protocol is “rip" 

Sending updates every 30 seconds, next due in 23 seconds 
Invalid after 180 seconds, hold down 180, flushed after 240 
Outgoing update filter list for all interfaces is not set 
Incoming update filter list for all interfaces is not set 
Redistributing: rip 

Default version control: send version 1, receive any version 


Interface 

Send Recv 

Key-chain 

Serial© 

1 1 2 


Seriall 

1 1 2 


Ethernet0 

1 1 2 



Automatic network summarization is in effect 
Maximum path: 4 
Routing for Networks: 

199.1.1.0 

Routing Information Sources: 

Gateway Distance 

199.1.1.66 120 

199.1.1.98 120 

Distance: (default is 120) 

fred>show cdp neighbor detail 


Device ID: dino 
Entry address(es) : 

IP address: 199.1 .1.66 
Platform: Cisco 2500, Capabilities: Router 
Interface: Serial©, Port ID (outgoing port): Serial0 
Holdtime : 148 sec 


Last Update 

00:00:04 

00:00:14 



Scenario 2: IP Subnet Design with a Class B Network 


Example B-1 Command Output on Router Fred (Continued) 

Version : 

Cisco Internetwork Operating System Software 

IOS (tm) 2500 Software (C2500 -DS - L) , Version 12.2(1), RELEASE SOFTWARE (fc2) 
Copyright 1986-2001 by cisco Systems, Inc. 

Compiled Fri 27-Apr-01 14:43 by cmong 

advertisement version: 2 


Device ID: Barney 
Entry address(es) : 

IP address : 199.1.1.98 
Platform: Cisco 2500, Capabilities: Router 
Interface: Seriall , Port ID (outgoing port): Serial© 

Holdtime : 155 sec 

Version : 

Cisco Internetwork Operating System Software 

IOS (tm) 2500 Software (C2500 -DS - L) , Version 12.2(1), RELEASE SOFTWARE (fc2) 
Copyright 1986-2001 by cisco Systems, Inc. 

Compiled Fri 27-Apr-01 14:43 by cmong 

advertisement version: 2 


Scenario 2: IP Subnet Design with a Class B Network 

Your job is to plan a new network. The topology required includes three sites, one Ethernet 
at each site, and point-to-point serial links for connectivity, as shown in Figure B-1. The 
network might grow to need at most 100 subnets, with 200 hosts per subnet maximum. Use 
network 172.16.0.0, and use the same subnet mask for all subnets. Use Table B-2 to record 
your choices, or use a separate piece of paper. 

Figure B-1 Scenario 2 Network Diagram 


Router A 
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Table B-2 Scenario 2 Planning Chart 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet Number 

Router's IP 
Address 

Ethernet off Router A 




Ethernet off Router B 




Ethernet off Router C 




Serial between A and B 




Serial between A and C 




Serial between B and C 





Given the information in Figure B-l and Table B-2, perform the following activities: 

1. Determine all subnet masks that meet the criteria in the introduction to this scenario. 

2. Choose a mask and pick enough subnets to use for the original topology (refer to Figure B-l). 

3. Create IP-related configuration commands for each router. 

Scenario 3: IP Subnet Design with a Class C Network 

Your job is to plan yet another network. The topology required includes four sites, one 
Ethernet at each site, and partially meshed Frame Relay for connectivity, as shown in Figure 
B-2. The number of subnets will never grow. Choose a mask that will maximize the number 
of hosts per subnet. Use network 200.1.1.0. Use Table B-3 to record your choices, or use a 
separate piece of paper. 

Figure B-2 Scenario 3 Network Diagram 





Scenario 3: IP Subnet Design with a Class C Network 


Table B-3 Scenario 3 Planning Chart 


Location of Subnet 

Subnet Mask 

Subnet Number 

Router's IP 

Address 

Ethernet off Router A 




Ethernet off Router B 




Ethernet off Router C 




Ethernet off Router D 




VC between A and B 




VC between A and C 




VC between A and D 





Given the network setup in Figure B-2, perform the following tasks: 

1. Choose the best subnet mask that meets the criteria. 

2. Use Table B-3 to plan which subnet numbers will be used. 

3. Create IP-related configuration commands for each router. Use the DLCIs from Figure B-2. 
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Answers to Chapter 4 Scenarios 


Scenario 1 Answers 

Assuming that you had issued the commands in Example B-l, the most specific network 
diagram would look like Figure B-3. 

Figure B-3 Scenario 1 Answer — Network with Router Fred 

Subnet 199.1.1.32 



The clues that you should have found in the show commands are as follows: 

■ The show interface and show ip interface brief command output show the types of 
interfaces, as well as their IP addresses. 

■ The subnets could be learned from the show ip route command or derived from the IP 
addresses and masks shown in the show interface command output. 

■ The neighboring routers’ IP addresses could be learned from the show ip protocol 
command. 

■ The neighboring routers’ IP addresses and host names could be learned from the show 
cdp neighbor detail command. 

■ The metric for subnet 199.1.1.128/27 in RIP updates implies that both neighbors have 
an equal-cost route to the same subnet. Because two separate but duplicate networks 
would be a bad design, you can assume that the neighboring routers are attached to the 
same medium. 





Answers to Scenario 2 


■ If you are completely bored, the telnet 199.1.1.x command could have been issued for 
all IP addresses in subnets not directly connected to Fred, hoping to get a router login 
prompt. That would identify the IP addresses of other router interfaces. 

There is no way to know what physical media are beyond the neighboring routers. However, 
because CDP claims that both routers are 2500 series routers, the possible interfaces on these 
neighboring routers are limited. Figure B-3 shows the other subnets as Ethernet segments. 
Similarly, the figure shows the two neighboring routers attached to the same medium, which 
is shown as a serial link in Figure B-3. 


Answers to Scenario 2 


Figure B-4 shows one correct answer for the network skeleton presented in Figure B-l. 


Figure B-4 Scenario 2 Diagram Scratch Pad 



Answers to Task 1 for Scenario 2 

Given the details in Figure B-l and Table B-2 for Scenario 2, the subnet mask criteria are as 
follows: 

■ 200 hosts in a subnet, maximum 

■ 100 subnets, maximum 

■ Static size masks used all over this network 

The mask must have at least eight host bits because 2 7 - 2 = 126 is not enough and 2 8 - 2 = 254 
is more than enough for numbering 200 hosts in a subnet. The mask must have at least seven 
subnet bits, likewise, because 2 7 is the smallest power of 2 that is larger than 100, which is 
the required number of subnets. The first 16 bits in the mask must be binary 1 because a Class 
B network (172.16.0.0) is used. Figure B-5 diagrams the possibilities. 
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Figure B-5 Subnet Mask Options for Scenario 2 

jl 1 1 1 1 1 1 1 1 1 1 1 1 1 1 Y 1 1 1 1 1 1|X|00000000| 

Network Bits Minimum Minimum 
Subnet Host 

Bits Bits 


The only bit position in which a decision can be made is the 24th bit, shown with an X in 
Figure B-5. That leaves two mask possibilities: 255.255.254.0 and 255.255.255.0. This 
sample shows the 255.255.254.0 mask just so you can have a little more practice with harder 
masks. Given the choice in a real network, choose the easy mask! 


Answers to Task 2 for Scenario 2 

To choose a mask and pick enough subnets to use for the original topology illustrated in 
Figure B-l, a review of the longer binary algorithm and shortcut algorithm for deriving 
subnet numbers is required. To review, subnet numbers have the network number value in 
the network portion of the subnet numbers and have all binary Os in the host bits. The bits 
that vary from subnet to subnet are the subnet bits — in other words, you are numbering 
different subnets in the subnet field. 

Valid subnets with mask 255.255.254.0 are as follows: 


172.16.0.0 (zero subnet) 

172.16.2.0 

172.16.4.0 

172.16.6.0 


172.16.252.0 

172.16.254.0 (broadcast subnet) 

The first six subnets, including the zero subnet, were chosen for this example, as listed in 
Table B-4. 

Table B-4 Scenario 2 Subnets and Addresses 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet 

Number 

Router's IP Address 

Ethernet off Router A 

255.255.254.0 

172.16.2.0 

172.16.2.1 

Ethernet off Router B 

255.255.254.0 

172.16.4.0 

172.16.4.2 

Ethernet off Router C 

255.255.254.0 

172.16.6.0 

172.16.6.3 

Location of Subnet 
Geographically 

Subnet Mask 

Subnet 

Number 

Router's IP Address 

Serial between A and B 

255.255.254.0 

172.16.0.0 

172.16.0.1 (A) and .2 (B) 




Answers to Scenario 2 


Table B-4 Scenario 2 Subnets and Addresses (Continued) 


Serial between A and C 

255.255.254.0 

172.16.8.0 

172.16.8.1 (A) and .3 

Serial between B and C 

255.255.254.0 

172.16.10.0 

172.16.10.2 (B) and .3 


Answers to Task 3 for Scenario 2 

Given the details in Figure B-l and Table B-2 for Scenario 2, the configurations in Examples 
B-2 through B-4 satisfy the exercise of creating IP-related configuration commands for each 
router. These examples include only the IP-related commands. 

Example B-2 Router A Configuration, Scenario 2 

ip subnet-zero 
no ip domain -lookup 
I 

interface serialO 

ip address 172.16.0.1 255.255.254.0 

interface serial 1 

ip address 172.16.8.1 255.255.254.0 

interface ethernet 0 

ip address 172.16.2.1 255.255.254.0 

I 

router igrp 6 
network 172.16.0.0 


Example B-3 Router B Configuration, Scenario 2 

ip subnet -zero 
no ip domain -lookup 
I 

interface serial0 

ip address 172.16.0.2 255.255.254.0 
interface serial 1 

ip address 172.16.10.2 255.255.254.0 
interface ethernet 0 
ip address 172.16.4.2 255.255.254.0 
I 

router igrp 6 
network 172.16.0.0 


Example B-4 Router C Configuration, Scenario 2 

ip subnet-zero 
no ip domain -lookup 
I 

interface serial0 

ip address 172.16.8.3 255.255.254.0 
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Example B-4 Router C Configuration, Scenario 2 

interface serial 1 

ip address 172.16.10.3 255.255.254.0 

interface ethernet 0 
ip address 172.16.6.3 255.255.254.0 
I 

router igrp 6 
network 172.16.0.0 


Answers to Scenario 3 

Planning the network in this scenario requires a topology that includes four sites, one 
Ethernet at each site, and partially meshed Frame Relay for connectivity, as shown previously 
in B-2. The number of subnets will never grow. You must choose a mask that will maximize 
the number of hosts per subnet, and you must use network 200.1.1.0. 


Answers to Task 1 for Scenario 3 

Given the design criteria and the network setup illustrated in Figure B-2, this scenario 
requires tricky subnet masks because a Class C network is used and because subnetting is 
needed. Using Frame Relay subinterfaces, there will be a need for seven different subnets — 
one for each Ethernet and one for each Frame Relay VC. 

If three subnet bits are used, eight mathematical possibilities exist for subnet numbers. 
However, one is the zero subnet and the other is the broadcast subnet. In this case, using of 
one of these is desired because the design called for maximizing the number of hosts per 
subnet. Deciding against use of the zero and broadcast subnets then would require four 
subnet bits, leaving only four host bits, implying 14 hosts per subnet. So, three subnet bits 
and five host bits will be used in this solution (mask of 255.255.255.224). Figure B-6 
summarizes the subnets on the network diagram. 




Answers to Scenario 3 


Figure B-6 Scenario 3 Network, with Subnets Written on Diagram 

Subnet 200.1.1.32 



Answers to Task 2 for Scenario 3 

Given the design criteria and the network setup illustrated in Figure B-2 for Scenario 3, Table 
B-5 shows the choices of subnets and addresses in this example. Only one subnet, 
200.1.1.224, which is the broadcast subnet, is not used. Of course, you could have chosen a 
different set of subnets and used them on different links, but the mask you used should have 
been 255.255.255.224, based on the criteria to maximize the number of hosts per subnet. 

Table B-5 Scenario 3 Subnets and Addresses 


Location of Subnet 

Subnet Mask 

Subnet Number 

Router's IP Address 

Ethernet off Router A 

255.255.255.224 

200.1.1.32 

200.1.1.33 

Ethernet off Router B 

255.255.255.224 

200.1.1.64 

200.1.1.65 

Ethernet off Router C 

255.255.255.224 

200.1.1.96 

200.1.1.97 

Ethernet off Router D 

255.255.255.224 

200.1.1.128 

200.1.1.129 

VC between A and B 

255.255.255.224 

200.1.1.0 

200.1.1.1 (A) and .2 (B) 

VC between A and C 

255.255.255.224 

200.1.1.160 

200.1.1.161 (A) and .162 (C) 

VC between A and D 

255.255.255.224 

200.1.1.192 

200.1.1.193 (A) and .194 (D) 
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Answers to Task 3 for Scenario 3 

Using the DLCIs from Figure B-2, you can find the IP-related configuration commands for 
each router in Examples B-5 through B-8. 

Example B-5 Router A Configuration, Scenario 3 

ip subnet-zero 
no ip domain -lookup 
I 

interface serialO 

encapsulation frame -relay 

interface serial 0.1 

ip address 200.1.1.1 255.255.255.224 

frame -relay interface -dlci 41 

I 

interface serial 0.2 
ip address 200.1.1.161 255.255.255.224 
frame -relay interface -dlci 42 
I 

interface serial 0.3 
ip address 200.1.1.193 255.255.255.224 
frame -relay interface -dlci 43 
I 

interface ethernet 0 
ip address 200.1.1.33 255.255.255.224 
! 

router igrp 6 
network 200.1 .1.0 


Example B-6 Router B Configuration, Scenario 3 

ip subnet -zero 
no ip domain -lookup 
I 

interface serial0 

encapsulation frame -relay 

interface serial 0.1 

ip address 200.1.1.2 255.255.255.224 

frame -relay interface -dlci 40 

I 

interface ethernet 0 

ip address 200.1.1.65 255.255.255.224 

I 

router igrp 6 
network 200.1 .1.0 




Answers to Scenario 3 


Example B-7 Router C Configuration, Scenario 3 

ip subnet -zero 
no ip domain -lookup 
I 

interface serial© 

encapsulation frame -relay 

interface serial 0.1 

ip address 200.1.1.162 255.255.255.224 

frame -relay interface -dlci 40 

I 

interface ethernet 0 

ip address 200.1.1.97 255.255.255.224 

I 

router igrp 6 
network 200.1 .1.0 


Example B-8 Router D Configuration, Scenario 3 

ip subnet-zero 
no ip domain -lookup 
I 

interface serial© 

encapsulation frame -relay 

interface serial 0.1 

ip address 200.1.1.194 255.255.255.224 

frame -relay interface -dlci 40 

I 

interface ethernet 0 

ip address 200.1.1.129 255.255.255.224 

I 

router igrp 6 
network 200.1 .1.0 
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Scenarios for Chapter 5 


Scenario 4: IP Configuration 1 

Your job is to deploy a new network. The network engineering group has provided a list of 
addresses and a network diagram, as shown in Figure B-7 and Table B-6. 


Figure B-7 Scenario 4 Network Diagram 

Bugs Daffy 






Scenario 5: IP Configuration 2 


Table B-6 Scenario 4 IP Addresses 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet Number 

Subnet 

Broadcast 

Ethernet off router in 
Albuquerque 

255.255.255.0 

148.14.1.0 


Ethernet off router in 

Yosemite 

255.255.255.0 

148.14.2.0 


Ethernet off router in Seville 

255.255.255.0 

148.14.3.0 


Serial between Albuquerque 
and Yosemite 

255.255.255.0 

148.14.4.0 


Serial between Albuquerque 
and Seville 

255.255.255.0 

148.14.5.0 


Serial between Seville and 
Yosemite 

255.255.255.0 

148.14.6.0 



Assuming the details established in Figure B-7 and Table B-6 for Scenario 4, complete or 
answer the following: 

1. Create the configurations to enable IP as described in Table B-6. Choose IP addresses as 
appropriate. 

2. Describe the contents of the routing table on Seville after the routers are installed and all 
interfaces are up but no routing protocols or static routes have been configured. 

3. Configure static routes for each router so that any host in any subnet can communicate 
with other hosts in this network. 

4. Configure IGRP to replace the static routes in task 3. 

5. Calculate the subnet broadcast address for each subnet. 

Scenario 5: IP Configuration 2 

Your job is to deploy a new network. The network engineering group has provided a list of 
addresses and a network diagram, with Frame Relay global DLCIs, as shown in Figure B-8 
and Table B-7. 
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Figure B-8 Scenario 5 Network Diagram 


Server 1 Server 2 



Table B-7 Scenario 5 IP Addresses 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet Number 

Subnet Broadcast 

Ethernet off router in 
Atlanta 

255.255.255.0 

10.1.1.0 


Ethernet off router in 
Charlotte 

255.255.255.0 

10.1.2.0 


Ethernet off router in 
Nashville 

255.255.255.0 

10.1.3.0 


Ethernet off router in 
Boston 

255.255.255.0 

10.1.4.0 


VC between Atlanta and 
Charlotte 

255.255.255.0 

10.2.1.0 



Scenario 6: IP Addressing and Subnet Derivation 


Table B-7 Scenario 5 IP Addresses (Continued) 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet Number 

Subnet Broadcast 

VC between Adanta and 
Nashville 

255.255.255.0 

10.2.2.0 


VC between Adanta and 
Boston 

255.255.255.0 

10.2.3.0 



Assuming the details established in Figure B-8 and Table B-7 for Scenario 56, complete or 
answer the following: 

1. Create the configurations to enable IP as described in Table B-7. 

2. Configure RIP. 

3. Calculate the subnet broadcast address for each subnet. 

4. Describe the contents of the RIP update sent from Boston to Atlanta. Also describe the 
contents of the RIP update sent from Atlanta to Charlotte. 


Scenario 6: IP Addressing and Subnet Derivation 

Complete the tasks and answer the questions following the upcoming figures and examples 
Figure B-9 shows the network diagram for Scenario 6, and Examples B-9, B-10, and B-ll 
contain show command output from the three routers. Use Table B-8 to record the subnet 
numbers and broadcast addresses as directed in the upcoming tasks. 
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Figure B-9 Scenario 6 Network Diagram 

Andy Opie 



Table B-8 Subnets and Broadcast Addresses 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet 

Number 

Subnet Broadcast 

Ethernet off router in 
Mayberry 

255.255.255.0 



Ethernet off router in 
Mount Pilot 

255.255.255.0 



Ethernet off router in 
Raleigh 

255.255.255.0 



VC between Mayberry 
and Mount Pilot 

255.255.255.0 



VC between Mayberry 
and Raleigh 

255.255.255.0 



VC between Mount Pilot 
and Raleigh 

255.255.255.0 






Scenario 6: IP Addressing and Subnet Derivation 


Example B-9 Scenario 6: show Commands on Router Mayberry 

Mayberry#show ip route 

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP 
D - EIGRP , EX - EIGRP external, 0 - OSPF, IA - OSPF inter area 
N1 - OSPF NSSA external type 1 , N2 - OSPF NSSA external type 2 

El - OSPF external type 1 , E2 - OSPF external type 2, E - EGP 

i - IS - IS, LI - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area 
* - candidate default, U - per-user static route, o - ODR 
P - periodic downloaded static route 

Gateway of last resort is not set 

170.1.0.0/24 is subnetted, 4 subnets 
C 170.1.1.0 is directly connected, SerialO 

I 170.1.103.0 [100/8539] via 170.1.1.3, 00:00:50, Serial0 

I 170.1.102.0 [100/8539] via 170.1.1.2, 00:00:32, Serial0 

C 170.1.101.0 is directly connected, Ethernet© 

Mayberry#show ip interface brief 

Interface IP-Address 

Serial0 170.1.1.1 

Seriall 10.1.6.251 

Ethernet© 170.1.101.1 

Mayberry#debug ip igrp transactions 

IGRP protocol debugging is on 
Mayberry#debug ip igrp events 
IGRP event debugging is on 
Mayberry# 

IGRP: received update from 170.1.1.3 on Serial0 

subnet 170.1.1.0, metric 10476 (neighbor 8476) 
subnet 170.1.103.0, metric 8539 (neighbor 688) 
subnet 170.1.102.0, metric 10539 (neighbor 8539) 
subnet 170.1.101.0, metric 10539 (neighbor 8539) 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 

IGRP: Total routes in update: 4 
IGRP: received update from 170.1.1.2 on Serial0 

subnet 170.1.1.0, metric 10476 (neighbor 8476) 
subnet 170.1.103.0, metric 10539 (neighbor 8539) 
subnet 170.1.102.0, metric 8539 (neighbor 688) 
subnet 170.1.101.0, metric 10539 (neighbor 8539) 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 

IGRP: Total routes in update: 4 

IGRP: sending update to 255.255.255.255 via Serial0 (170.1.1.1) 
subnet 170.1.1.0, metric=8476 
subnet 170.1.103.0, metric=8539 
subnet 170.1.102.0, metric=8539 
subnet 170.1.101.0, metric=688 


OK? Method Status Protocol 

YES NVRAM up up 

YES NVRAM administratively down down 
YES NVRAM up up 


continues 
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Example B-9 Scenario 6: show Commands on Router Mayberry ( Continued ) 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 

IGRP: Total routes in update: 4 

IGRP: sending update to 255.255.255.255 via Ethernet© (170.1.101.1) 
subnet 170.1.1.0, metric=8476 
subnet 170.1.103.0, metric=8539 
subnet 170.1.102.0, metric=8539 

IGRP: Update contains 3 interior, 0 system, and 0 exterior routes. 

IGRP: Total routes in update: 

Example B-10 Scenario 6: show Commands on Router Mount Pilot 

MountPilot#show frame -relay pvc 

PVC Statistics for interface Serial© (Frame Relay DTE) 

DLCI = 47, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial© 

input pkts 38 output pkts 37 in bytes 3758 

out bytes 3514 dropped pkts 0 in FECN pkts 0 

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 

in DE pkts 0 out DE pkts 0 

out beast pkts 36 out beast bytes 3436 

pvc create time 00:17:39, last time pvc status changed 00:17:39 

DLCI = 49, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial© 

input pkts 31 output pkts 31 in bytes 3054 

out bytes 3076 dropped pkts 0 in FECN pkts 0 

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 

in DE pkts 0 out DE pkts 0 

out beast pkts 31 out beast bytes 3076 

pvc create time 00:17:40, last time pvc status changed 00:16:40 

MountPilot#show frame -relay map 

Serial0 (up): ip 170.1.1.1 dlci 47(0x2F,0x8F0) , dynamic, 
broadcast,, status defined, active 
Serial© (up): ip 170.1.1.3 dlci 49(0x31 ,0xC10) , dynamic, 
broadcast,, status defined, active 

MontPilot#debug ip igrp packet 

IGRP: sending update to 255.255.255.255 via Serial0 (170.1.1.2) 
subnet 170.1.1.0, metric=8476 
subnet 170.1.103.0, metric=8539 
subnet 170.1.102.0, metric=688 
subnet 170.1.101.0, metric=8539 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 
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Example B-10 Scenario 6: show Commands on Router Mount Pilot (Continued) 

IGRP: Total routes in update: 4 

IGRP : sending update to 255.255.255.255 via Ethernets (170.1.102.2) 
subnet 170.1.1.0, metric=8476 
subnet 170.1.103.0, metric=8539 
subnet 170.1.101.0, metric=8539 

IGRP: Update contains 3 interior, 0 system, and 0 exterior routes. 

IGRP: Total routes in update: 3 

IGRP: received update from 170.1.1.1 on Serial0 

subnet 170.1.1.0, metric 10476 (neighbor 8476) 
subnet 170.1.103.0, metric 10539 (neighbor 8539) 
subnet 170.1.102.0, metric 10539 (neighbor 8539) 
subnet 170.1.101.0, metric 8539 (neighbor 688) 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 

IGRP: Total routes in update: 4 

IGRP: received update from 170.1.1.3 on Serial0 

subnet 170.1.1.0, metric 10476 (neighbor 8476) 
subnet 170.1.103.0, metric 8539 (neighbor 688) 
subnet 170.1.102.0, metric 10539 (neighbor 8539) 
subnet 170.1.101.0, metric 10539 (neighbor 8539) 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 
IGRP: Total routes in update: 4 

%FR - 5 - DLCICHANGE : Interface Serial0 - DLCI 47 state changed to DELETED 
MountPilot# 

IGRP: received update from 170.1.1.3 on Serial0 

subnet 170.1.1.0, metric 10476 (neighbor 8476) 
subnet 170.1.103.0, metric 8539 (neighbor 688) 
subnet 170.1.102.0, metric 10539 (neighbor 8539) 
subnet 170.1.101.0, metric 10539 (neighbor 8539) 

IGRP: Update contains 4 interior, 0 system, and 0 exterior routes. 
IGRP: Total routes in update: 4 


Example B-11 Scenario 6: show Commands on Router Raleigh 

Raleigh#show ip route 

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP 
D - EIGRP, EX - EIGRP external, 0 - OSPF, IA - OSPF inter area 
N1 - OSPF NSSA external type 1 , N2 - OSPF NSSA external type 2 
El - OSPF external type 1 , E2 - OSPF external type 2, E - EGP 
i - IS - IS, LI - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area 
* - candidate default, U - per-user static route, o - ODR 
P - periodic downloaded static route 

Gateway of last resort is not set 

170.1.0.0/24 is subnetted, 4 subnets 

continues 
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Example B-11 Scenario 6: show Commands on Router Raleigh (Continued) 

C 170.1.1.0 is directly connected, Serial© 

C 170.1.103.0 is directly connected, Ethernet© 

I 170.1.102.0 [100/8539] via 170.1.1.2, 00:00:09, Serial0 

I 170.1.101.0 [100/8539] via 170.1.1.1, 00:00:42, Serial0 


Raleigh#show ip 

interface brief 




Interface 

IP-Address 

OK? Method 

Status 

Protocol 

Serial© 

170.1.1.3 

YES NVRAM 

up 

up 

Seriall 

180.1.1.253 

YES NVRAM 

administratively 

down down 

Ethernet0 

170.1.103.3 

YES NVRAM 

up 

up 


Raleigh#show ip protocol 

Routing Protocol is "igrp 4" 

Sending updates every 90 seconds, next due in 56 seconds 

Invalid after 270 seconds, hold down 280, flushed after 630 

Outgoing update filter list for all interfaces is not set 

Incoming update filter list for all interfaces is not set 

Default networks flagged in outgoing updates 

Default networks accepted from incoming updates 

IGRP metric weight K1=1, K2=0, K3=1 , K4=0, K5=0 

IGRP maximum hopcount 100 

IGRP maximum metric variance 1 

Redistributing: igrp 4 

Maximum path: 4 

Routing for Networks: 

170.1.0.0 

Routing Information Sources: 

Gateway Distance Last Update 

170.1.1.2 100 00:00:20 

170.1.1.1 100 00:00:53 

Distance: (default is 100) 

Raleigh#show frame -relay pvc 

PVC Statistics for interface Serial0 (Frame Relay DTE) 

DLCI = 47, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0 

input pkts 36 output pkts 35 in bytes 3674 

out bytes 3436 dropped pkts 0 in FECN pkts 0 

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 

in DE pkts 0 out DE pkts 0 

out beast pkts 34 out beast bytes 3358 

pvc create time 00:22:07, last time pvc status changed 00:21:58 

DLCI = 48, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial© 
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Example B-11 Scenario 6: show Commands on Router Raleigh (Continued) 


input pkts 35 

out bytes 3422 

in BECN pkts 0 

in DE pkts 0 

out beast pkts 34 

pvc create time 00:22:08, 


output pkts 35 
dropped pkts 0 
out FECN pkts 0 
out DE pkts 0 
out beast bytes 3358 
last time pvc status 


in bytes 3444 
in FECN pkts 0 
out BECN pkts 0 


changed 00:21: 58 


Assuming the details established in Figure B-9, Table B-8, and Examples B-9, B-10, and B-11 

for Scenario 6, complete or answer the following: 

1. Examining the show commands on the various routers, complete Table B-8 with the 
subnet numbers and broadcast addresses used in this network. 

2. Describe the contents of the IGRP update from Raleigh, sent out its virtual circuit to 
Mount Pilot. How many routes in Raleigh’s IGRP update are sent to Mount Pilot? How 
many routes are in Raleigh’s routing table? Is the number different? Why? (Hint: Look 
at the IGRP debug output in Example B-10 and the IP routing table in Example B-11.) 

3. If the VC between Mount Pilot and Mayberry fails and routing protocol convergence 
completes, will Mayberry have a route to 170.1.1.0/24? Why or why not? 



Appendix B: Scenarios 


Answers to Chapter 5 Scenarios 


Answers to Scenario 4 

Refer to the network illustrated in Figure B-7 and Table B-6 to establish the Scenario 4 
design details and the context of the answers to the five tasks for this scenario. 


Answers to Task 1 for Scenario 4 

Task 1 for Scenario 4 asks for completed configurations. They are shown in Examples B-12, B- 
13, and B-14. You could have chosen different IP addresses, but your choices must have the 
same first three octets as those shown in Example B-12. 

Example B-12 Albuquerque Configuration for Scenario 4 

hostname Albuquerque 
I 

enable secret 5 $1$ZvR/$Gpk5a5K5vTVpotd3KUygA1 
I 

interface SerialO 

ip address 148.14.4.1 255.255.255.0 
I 

interface Seriall 

ip address 148.14.5.1 255.255.255.0 
I 

interface ethernet0 
ip address 148.14.1.1 255.255.255.0 


Example B-13 Yosemite Configuration for Scenario 4 

hostname Yosemite 

enable secret 5 $l$ZvR/$Gpk5a5K5vTVpotd3KUygAl 
I 

interface Serial0 

ip address 148.14.4.2 255.255.255.0 
I 

interface Seriall 

ip address 148.14.6.2 255.255.255.0 
I 

interface ethernet0 
ip address 148.14.2.2 255.255.255.0 








Answers to Scenario 4 


Example B-14 Seville Configuration for Scenario 4 

hostname Seville 

enable secret 5 $1$ZvR/$Gpk5a5K5vTVpotd3KUygA1 
I 

interface SerialO 

ip address 148.14.5.3 255.255.255.0 
I 

interface Seriall 

ip address 148.14.6.3 255.255.255.0 
I 

interface ethernet0 
ip address 148.14.3.3 255.255.255.0 


Answers to Task 2 for Scenario 4 

Task 2 for Scenario 4 asks for a description of the IP routing table on Seville. This is shown 
in Table B-9. This table exists before static and dynamic routes are added. 

Table B-9 Routing Table in Seville 


Group 

Outgoing Interface 

Next-Hop Router 

148.14.3.0 

eO 


148.14.5.0 

sO 


148.14.6.0 

sl 



The Next-Hop Router field is always the IP address of another router, or it is null if the route 
describes a directly connected network. 


Answers to Task 3 for Scenario 4 

Task 3 for Scenario 4 asks for static route configuration. The routes to allow users on LANs 
to reach each other are shown in upcoming examples. However, routes to the subnets on 
serial links are not shown in these examples for the sake of brevity. The users should not need 
to send packets to IP addresses on the serial links’ subnets, but rather to other hosts on the 
LANs. Examples B-15, B-16, and B-17 show the configurations on the three routers. 

Example B-15 Albuquerque Configuration for Scenario 4 

ip route 148.14.2.0 255.255.255.0 148.14.4.2 
ip route 148.14.3.0 255.255.255.0 seriall 


Example B-16 Yosemite Configuration for Scenario 4 

ip route 148.14.1.0 255.255.255.0 148.14.4.1 
ip route 148.14.3.0 255.255.255.0 seriall 
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Example B-17 Seville Configuration for Scenario 4 

ip route 148.14.1.0 255.255.255.0 148.14.5.1 
ip route 148.14.2.0 255.255.255.0 seriall 


Both valid styles of static route configuration are shown. In any topological case, the style of 
static route command using the next router’s IP address is valid. If the route points to a 
subnet that is on the other side of a point-to-point serial link, the static route command can 
simply refer to the outgoing serial interface. 


Answers to Task 4 for Scenario 4 

Task 4 for Scenario 4 asks for IGRP configuration. The same configuration is used on each 
router. It is shown in Example B-l 8. The IGRP autonomous-system must be the same on each 
router. If an IGRP update is received but lists a different autonomous-system, the update is 
ignored. 

Example B-18 IGRP Configuration for Scenario 4 

router igrp 1 
network 148.14.0.0 


Answers to Task 5 for Scenario 4 

Task 5 for Scenario 4 asks for the broadcast addresses for each subnet. Table B-10 shows 
these. 

Table B-10 Completed Scenario 4 IP Addresses 


Location of Subnet 

Geographically 

Subnet Mask 

Subnet 

Number 

Subnet Broadcast 

Ethernet off router in Albuquerque 

255.255.255.0 

148.14.1.0 

148.14.1.255 

Ethernet off router in Yosemite 

255.255.255.0 

148.14.2.0 

148.14.2.255 

Ethernet off router in Seville 

255.255.255.0 

148.14.3.0 

148.14.3.255 

Serial between Albuquerque and 
Yosemite 

255.255.255.0 

148.14.4.0 

148.14.4.255 

Serial between Albuquerque and 
Seville 

255.255.255.0 

148.14.5.0 

148.14.5.255 

Serial between Seville and Yosemite 

255.255.255.0 

148.14.6.0 

148.14.6.255 


Answers to Scenario 5: IP Configuration 2 

Refer to the network illustrated in Figure B-8 and Table B-7 to establish the Scenario 5 design 
details and the context of the answers to the four tasks for this scenario. 
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Answers to Task 1 for Scenario 5 

Task 1 for Scenario 5 asks for completed configurations. They are shown in Examples B-19 
through B-22. 

Example B-19 Atlanta Configuration for Scenario 5 

hostname Atlanta 
no ip domain -lookup 
I 

interface serial© 
encapsulation frame -relay 
interface serial 0.1 
ip address 10.2.1.1 255.255.255.0 
frame -relay interface -dlci 41 
I 

interface serial 0.2 
ip address 10.2.2.1 255.255.255.0 
frame -relay interface -dlci 42 
I 

interface serial 0.3 
ip address 10.2.3.1 255.255.255.0 
frame -relay interface -dlci 43 
I 

interface ethernet 0 

ip address 10.1.1.1 255.255.255.0 


Example B-20 Charlotte Configuration for Scenario 5 

hostname Charlotte 
no ip domain -lookup 
I 

interface serial0 
encapsulation frame -relay 
interface serial 0.1 
ip address 10.2.1.2 255.255.255.0 
frame -relay interface -dlci 40 
I 

interface ethernet 0 

ip address 10.1.2.2 255.255.255.0 


Example B-21 Nashville Configuration for Scenario 5 

hostname nashville 
no ip domain -lookup 
I 

interface serial© 
encapsulation frame -relay 
interface serial 0.1 
ip address 10.2.2.3 255.255.255.0 


continues 
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Example B-21 Nashville Configuration for Scenario 5 ( Continued ) 

frame -relay interface -dlci 40 
I 

interface ethernet 0 

ip address 10.1.3.3 255.255.255.0 


Example B-22 Boston Configuration for Scenario 5 

hostname boston 
no ip domain -lookup 
I 

interface serial© 
encapsulation frame -relay 
interface serial 0.1 
ip address 10.2.3.4 255.255.255.0 
frame -relay interface -dlci 40 
I 

interface ethernet 0 

ip address 10.1.4.4 255.255.255.0 


Answers to Task 2 for Scenario 5 

Task 2 for Scenario 5 asks for RIP configuration. The same configuration is used on each 
router. It is shown in Example B-23. 

Example B-23 RIP Configuration for Scenario 5 

router rip 
network 10.0.0.0 


Answers to Task 3 for Scenario 5 

Task 3 for Scenario 5 asks for the broadcast addresses for each subnet. Table B-ll shows these. 
Table B-ll Completed Scenario 5 IP Addresses 


Location of Subnet 
Geographically 

Subnet Mask 

Subnet 

Number 

Subnet Broadcast 

Ethernet off router in Atlanta 

255.255.255.0 

10.1.1.0 

10.1.1.255 

Ethernet off router in Charlotte 

255.255.255.0 

10.1.2.0 

10.1.2.255 

Ethernet off router in Nashville 

255.255.255.0 

10.1.3.0 

10.1.3.255 

Ethernet off router in Boston 

255.255.255.0 

10.1.4.0 

10.1.4.255 

VC between Atlanta and Charlotte 

255.255.255.0 

10.2.1.0 

10.2.1.255 

VC between Atlanta and Nashville 

255.255.255.0 

10.2.2.0 

10.2.2.255 

VC between Atlanta and Boston 

255.255.255.0 

10.2.3.0 

10.2.3.255 






Answers to Scenario 6: IP Addressing and Subnet Derivation 


Answers to Task 4 for Scenario 5 

Task 4 for Scenario 5 requires that you consider the effects of split horizon. Split-horizon 
logic considers subinterfaces to be separate interfaces, in spite of the fact that several 
subinterfaces share the same physical interface. Boston advertises 10.1.4.0 in its RIP update 
only out its subinterface 1. All other routes in Boston’s routing table are learned through RIP 
updates from Atlanta via updates entering that same subinterface. Therefore, Boston does 
not advertise those routes in updates it sends on that same subinterface. 

The RIP updates from Atlanta to Charlotte out Atlanta’s subinterface 1 advertise all subnets 
not learned from RIP updates entering that same subinterface. All subnets except 10.1.2.0 
(learned from Charlotte) and 10.2.1.0 (subinterface l’s subnet) are listed in Atlanta’s RIP 
update to Charlotte. Subnet 10.1.4.0, learned from Boston, is indeed included in updates to 
Charlotte. Split horizon considers subinterfaces to be separate interfaces. 


Answers to Scenario 6: IP Addressing and Subnet Derivation 

Refer to the network illustrated in Figure B-9 and Examples B-9, B-10, and B-ll to establish 
the Scenario 6 design details and the context of the answers to the three tasks for this 
scenario. 


Answers to Task 1 for Scenario 6 

Task 1 for Scenario 6 asks you to complete a table with the subnet numbers and broadcast 
addresses used in this scenario’s network after examining the show commands on the various 
routers in Examples B-9, B-10, and B-ll. Table B-12 lists the subnet numbers and broadcast 
addresses requested in this task. 

Table B-12 Completed Subnets and Broadcast Addresses 


Location of Subnet Geographically 

Subnet Mask 

Subnet 

Number 

Subnet 

Broadcast 

Ethernet off router in Mayberry 

255.255.255.0 

170.1.101.0 

170.1.101.255 

Ethernet off router in Mount Pilot 

255.255.255.0 

170.1.102.0 

170.1.102.255 

Ethernet off router in Raleigh 

255.255.255.0 

170.1.103.0 

170.1.103.255 

VC between Mayberry and Mount Pilot 

255.255.255.0 

170.1.1.0 

170.1.1.255 

VC between Mayberry and Raleigh 

255.255.255.0 

170.1.1.0 

170.1.1.255 

VC between Mount Pilot and Raleigh 

255.255.255.0 

170.1.1.0 

170.1.1.255 


Notice that the same subnet is used for all three virtual circuits. A full mesh of virtual circuits 
is used, and a single subnet was chosen rather than one subnet per virtual circuit. 
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Answers to Task 2 for Scenario 6 

Task 2 for Scenario 6 asks you to describe the contents of the IGRP update from Raleigh, 
sent out its virtual circuit to Mount Pilot. Notice that there are four routes in the routing 
table and four routes in the routing update. Split horizon is disabled on serial interfaces using 
Frame Relay if configured without subinterfaces. Split horizon is disabled by the Cisco IOS 
Software if Frame Relay multipoint subinterfaces are used as well. Therefore, all four routes 
in the IP routing table are advertised in routing updates sent out SerialO. 


Answers to Task 3 for Scenario 6 

Mayberry still has a route to 170.1.1.0/24, which is the subnet covering all the Frame Relay 
interfaces in this scenario. Because only one VC went down and the other VC is still up, it is 
reasonable to expect that the physical interface is still up. No subinterfaces are configured in 
this scenario, so Mayberry still has a connected route for each interface that’s currently up, 
including 170.1.1.0/24 on SerialO. 
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Scenarios for Chapter 1 1 


Scenario 7: Frame Relay Verification 

Use Examples B-24 through B-27 when completing the exercises and answering the questions 
that follow. 

Example B-24 Atlanta Command Output, Scenario 7 

Atlanta#show interface s 0 

Seriate is up, line protocol is up 
Hardware is HD64570 

MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, rely 255/255, load 1/255 
Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec) 

LMI enq sent 32, LMI stat reevd 32, LMI upd reevd 0, DTE LMI up 
LMI enq reevd 0, LMI stat sent 0, LMI upd sent 0 
LMI DLCI 1023 LMI type is CISCO frame relay DTE 

Broadcast queue 0/64, broadcasts sent/dropped 75/0, interface broadcasts 59 
Last input 00:00:00, output 00:00:07, output hang never 
Last clearing of "show interface" counters never 
Queuing strategy: fifo 

Output queue 0/40, 0 drops; input queue 0/75, 0 drops 
5 minute input rate 0 bits/sec, 0 packets/sec 
5 minute output rate 0 bits/sec, 0 packets/sec 
74 packets input, 5697 bytes, 0 no buffer 
Received 32 broadcasts, 0 runts, 0 giants, 0 throttles 
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 
110 packets output, 9438 bytes, 0 underruns 
0 output errors, 0 collisions, 2 interface resets 
0 output buffer failures, 0 output buffers swapped out 
0 carrier transitions 
DCD=up DSR=up DTR=up RTS=up CTS=up 

Atlanta#show interface s 0.1 

Serial0.1 is up, line protocol is up 
Hardware is HD64570 
Internet address is 168.10.202.1/24 

MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, rely 255/255, load 1/255 
Encapsulation FRAME -RELAY 

Atlanta#show interface s 0.2 

Serial0.2 is up, line protocol is up 
Hardware is HD64570 
Internet address is 168.10.203.1/24 

MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, rely 255/255, load 1/255 


continues 
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Example B-24 Atlanta Command Output, Scenario 7 (Continued) 

Encapsulation FRAME -RELAY 

Atlanta#show interface s 0.3 

Serial0.3 is up, line protocol is up 
Hardware is HD64570 
Internet address is 168.10.204.1/24 

MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, rely 255/255, load 1/255 
Encapsulation FRAME -RELAY 

Atlanta#show frame -relay map 

Serial0.3 (up): point-to-point dlci, dlci 54(0x36,0x060), broadcast, IETF 
Status defined, active 

Serial0.2 (up): point-to-point dlci, dlci 53(0x35,0xC50) , broadcast 
Status defined, active 

Serial0.1 (up): point-to-point dlci, dlci 52(0x34,0x040), broadcast 
Status defined, active 

Atlanta#show frame -relay lmi 

LMI Statistics for interface Serial© (Frame Relay DTE) LMI TYPE = CISCO 
Invalid Unnumbered info 0 Invalid Prot Disc 0 

Invalid dummy Call Ref 0 Invalid Msg Type 0 

Invalid Status Message 0 Invalid Lock Shift 0 

Invalid Information ID 0 Invalid Report IE Len 0 

Invalid Report Request 0 Invalid Keep IE Len 0 

Num Status Enq. Sent 43 Hum Status msgs Rcvd 43 

Num Update Status Rcvd 0 Num Status Timeouts 0 

Atlanta#debug frame -relay events 

Frame Relay events debugging is on 

Atlanta#configure terminal 

Enter configuration commands, one per line. End with Ctrl-Z. 
Atlanta(config)#interface serial 0 
Atlanta(config-if )#shutdown 

%LINEPR0T0-5 -UPDOWN : Line protocol on Interface Serial0.1, changed state to down 

%LINEPR0T0-5 -UPDOWN : Line protocol on Interface Serial0.2, changed state to down 

%LINEPROTO-5 -UPDOWN : Line protocol on Interface Serial0.3, changed state to down 

%LINEPR0T0-5 -UPDOWN : Line protocol on Interface Serial©, changed state to down 

%LINK-5-CHANGED: Interface SerialO, changed state to administratively down 
%FR-5-DLCICHANGE: Interface Serial0 - DLCI 54 state changed to DELETED 

%FR-5-DLCICHANGE: Interface Serial0 - DLCI 53 State changed to DELETED 

%FR -5 -DLCI CHANGE : Interface Serial0 - DLCI 52 state changed to DELETED 

Atlanta(config-if )#no shutdown 
Atlanta(config-if )#'Z 
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Example B-24 Atlanta Command Output, Scenario 7 (Continued) 

%LINEPROTO -5 -UPDOWN : Line protocol on Interface SerialO.I, changed state to up 
%FR - 5 - DLCICHANGE : Interface Serialfl - DLCI 52 state changed to ACTIVE 
%LINEPROTO - 5 -UPDOWN : Line protocol on Interface Serial0.2, changed state to up 
%FR - 5 - DLCICHANGE : Interface Serial© - DLCI 53 State changed to ACTIVE 
%LINEPROTO - 5 -UPDOWN : Line protocol on Interface Serial©. 3, changed state to up 
%FR - 5 - DLCICHANGE : Interface Serial© - DLCI 54 state changed to ACTIVE 
%SYS -5 -CONFIG_I : Configured from console by console 

%LINEPROTO - 5 -UPDOWN : Line protocol on Interface Serial©, changed state to up 
%LINK-3 -UPDOWN : Interface Serial©, changed state to up 

Atlanta#show frame map 

Serial0.3 (up): point-to-point dlci, dlci 54(0x36,0xC60) , broadcast, IETF 
Status defined, active 

Serial©. 2 (up): point-to-point dlci, dlci 53(0x35, 0xC5©) , broadcast 
Status defined, active 

Serial©. 1 (up): point-to-point dlci, dlci 52(0x34,0x040), broadcast 
Status defined, active 

Atlanta#debug frame -relay lmi 

Frame Relay LMI debugging is on 
Displaying all Frame Relay LMI data 
Atlanta# 

Serial©(out) : StEnq, myseq 6, yourseen 5, DTE up 
datagramstart = 0X45B25C, datagramsize = 13 
FR encap = 0XFCF10309 
00 75 01 01 01 03 02 06 05 

Serial0(in): Status, myseq 6 

RT IE 1, length 1, type 1 

KA IE 3, length 2, yourseq 6 , myseq 6 


Example B-25 Charlotte Command Output, Scenario 7 

Charlotte#show interface s 0.1 

Serial0.1 is up, line protocol is up 
Hardware is HD64570 
Internet address is 168.10.202.2/24 

MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usee, rely 255/255, load 1/255 
Encapsulation FRAME -RELAY 

Charlotte#show cdp neighbor detail 


Device ID: Atlanta 
Entry address(es) : 

IP address: 168.10.202.1 


continues 



Appendix B: Scenarios 


Example B-25 Charlotte Command Output, Scenario 7 ( Continued ) 

Novell address: 202 . 0200. aaaa . aaaa 
Platform: Cisco 2500, Capabilities: Router 
Interface: Serial©. 1, Port ID (outgoing port): Serial©. 1 
Holdtime : 164 sec 

Version : 

Cisco Internetwork Operating System Software 

IOS (tm) 2500 Software (C2500 -AINR - L) , Version 11.2(11), RELEASE SOFTWARE (f cl ) 
Copyright 1986-1997 by Cisco Systems, Inc. 

Compiled Mon 29-Dec-97 18:47 by ckralik 

Charlotte#show frame-relay map 

Serial©. 1 (up): point-to-point dlci, dlci 51(0x33,0x030), broadcast 
status defined, active 

Charlotte#show frame -relay pvc 

PVC Statistics for interface Serial0 (Frame Relay DTE) 

DLCI = 51, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial©. 1 

input pkts 36 output pkts 28 in bytes 4506 

out bytes 2862 dropped pkts 1 in FECN pkts 0 

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 

in DE pkts 0 out DE pkts 0 

out beast pkts 26 out beast bytes 2774 

pvc create time 00:08:54, last time pvc status changed 00:01:26 

Charlotte#show frame -relay lmi 

LMI Statistics for interface Serial© (Frame Relay DTE) LMI TYPE = CCITT 
Invalid Unnumbered info 0 Invalid Prot Disc 0 

Invalid dummy Call Ref 0 Invalid Msg Type 0 

Invalid Status Message 0 Invalid Lock Shift 0 

Invalid Information ID 0 Invalid Report IE Len 0 

Invalid Report Request 0 Invalid Keep IE Len 0 

Num Status Enq. Sent 54 Num Status msgs Rcvd 37 

Num Update Status Rcvd 0 Num Status Timeouts 17 

Example B-26 Nashville Command Output, Scenario 7 
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Example B-26 Nashville Command Output, Scenario 7 (Continued) 

Interface: SerialB.I, Port ID (outgoing port): Serial0.2 

Holdtime : 139 sec 

Version : 

Cisco Internetwork Operating System Software 

IOS (tm) 2500 Software (C2500-AINR-L) , Version 11.2(11), RELEASE SOFTWARE (fcl) 

Copyright 1986-1997 by Cisco Systems, Inc. 

Compiled Mon 29-Dec-97 18:47 by ckralik 

Nashville#show frame -relay pvc 

PVC Statistics for interface Serial0 (Frame Relay DTE) 

DLCI = 51, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1 

input pkts 52 output pkts 47 in bytes 6784 

out bytes 6143 dropped pkts 0 in FECN pkts 0 

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 

in DE pkts 0 out DE pkts 0 

out beast pkts 46 out beast bytes 6099 

pvc create time 00:13:50, last time pvc status changed 00:06:51 

Nashville#show frame-relay traffic 

Frame Relay statistics: 

ARP requests sent 0, ARP replies sent 0 
ARP requests reevd 0, ARP replies reevd 0 

Nashville#show frame -relay lmi 

LMI Statistics for interface Serial© (Frame Relay DTE) LMI TYPE = CISCO 
Invalid Unnumbered info 0 Invalid Prot Disc 0 

Invalid dummy Call Ref 0 Invalid Msg Type 0 

Invalid Status Message 0 Invalid Lock Shift 0 

Invalid Information ID 0 Invalid Report IE Len 0 

Invalid Report Request 0 Invalid Keep IE Len 0 

Num Status Enq. Sent 84 Num Status msgs Rcvd 84 

Num Update Status Rcvd 0 Num Status Timeouts 0 

Example B-27 Boston Command Output, Scenario 7 



continues 
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Example B-27 Boston Command Output, Scenario 7 (Continued) 


Boston#show cdp neighbor detail 


Device ID: Atlanta 
Entry address(es) : 

IP address: 168.10.204.1 
Novell address: 204 . 0200. aaaa . aaaa 
Platform: Cisco 2500, Capabilities: Router 
Interface: Serial©. 1, Port ID (outgoing port): Serial©. 3 
Holdtime : 125 sec 


Version : 

Cisco Internetwork Operating System Software 

IOS (tm) 2500 Software (C2500 - AINR - L) , Version 11.2(11), RELEASE SOFTWARE (f cl ) 
Copyright 1986-1997 by Cisco Systems, Inc. 

Compiled Mon 29-Dec-97 18:47 by ckralik 

Boston#show frame-relay map 

Serial©. 1 (up): point-to-point dlci, dlci 51 (0x33,0xC30) , broadcast, IETF 
status defined, active 

Boston#show frame-relay pvc 


PVC Statistics for interface Serial0 (Frame Relay DTE) 

DLCI = 51, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial©. 1 


input pkts 65 
out bytes 6906 
in BECN pkts 0 
in DE pkts 0 
out beast pkts 52 
pvc create time 00:15:43, 
Num Update Status Rcvd 0 


output pkts 54 in bytes 8475 

dropped pkts 1 in FECN pkts 0 

out FECN pkts 0 out BECN pkts 0 

out DE pkts 0 
out beast bytes 6792 
last time pvc status changed 00:07:54 
Num Status Timeouts 0 


Assuming the details established in Examples B-24 through B-27 for Scenario 7, do the 
following: 

1. Create a diagram for the network based on the command output shown in Examples B- 
24 through B-27. 

2. Complete Table B-13 with the Layer 3 addresses on the serial links. 

Table B-13 Layer 3 Addresses for Scenario 7 


Router 

Port 

Subinterface 

IP Address 

Atlanta 

SO 



Atlanta 

SO 
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Table B-13 Layer 3 Addresses for Scenario 7 (Continued) 


Router 

Port 

Subinterface 

IP Address 

Atlanta 

SO 



Atlanta 

SO 



Charlotte 

so 



Charlotte 

so 



Nashville 

so 



Nashville 

so 



Boston 

so 



Boston 

so 




3. 

Table B-14 


Complete Table B-14 with the LMI types and encapsulations used. 
LMIs and Encapsulations Used in Scenario 7 


Router 

Port 

Subinterface 

LMI Type 

Encapsulation 

Atlanta 

sO 




Atlanta 

sO 




Atlanta 

sO 




Atlanta 

sO 




Charlotte 

sO 




Charlotte 

sO 




Nashville 

sO 




Nashville 

sO 




Boston 

sO 




Boston 

sO 





Scenario 8: Frame Relay Configuration 

Your job is to deploy a new network. Site A is the main site, with PVC connections to the 
other four sites. Sites D and E also have a PVC between them. Examine Figure B-10 and 
perform the following activities. 
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Figure B-10 Scenario 8 Frame Relay Network 



1. Plan the IP addresses to be used. Use Table B-15 if helpful. Use IP network 168.15.0.0. 

2. Using the DLCIs shown in Figure B-10, create configurations for Routers A, B, and E. 
Use multipoint subinterfaces for the VCs between Routers A, D, and E. 

3. Create alternative configurations for Routers A and E using point-to-point subinterfaces 
instead of multipoint. 

4. Describe the contents of the IP routing tables on Router A, assuming that the network 
you just created is working properly. Describe the routing table, assuming that you are 
using point-to-point subinterfaces only, as in Step 3. Use Table B-16 if useful. 

Table B-15 Layer 3 Address Planning Chart 


Interface 

Subinterface 

IP Address 

A’s Ethernet 



B’s Ethernet 



C’s Ethernet 



D’s Ethernet 




Scenario 9: Frame Relay Configuration Dissection 


Table B-15 Layer 3 Address Planning Chart ( Continued ) 


Interface 

Subinterface 

IP Address 

E’s Ethernet 



A’s SO 



A’s SO 



As SO 



As SO 



As SO 



B’s SO 



C’s SO 



D’s SO 



D’s SO 



E’s SO 



E’s SO 




Table B-16 Frame Relay Configuration Commands 


Layer 3 Group 

Outgoing Interface 

Next-Hop IP Address, or Connected 

















Scenario 9: Frame Relay Configuration Dissection 

A four-router Frame Relay network has been configured. Consider the configurations in 
Examples B-28 through B-31, and answer the questions that follow. 

Example B-28 Scenario 9, Atlanta Configuration 

hostname Atlanta 
I 

interface serialO 
encapsulation frame -relay 
I 

interface serial 0.1 

ip address 180.1.1.1 255.255.255.0 


continues 
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Example B-28 Scenario 9, Atlanta Configuration ( Continued ) 

frame -relay interface -dlci 581 
I 

interface serial 0.2 
ip address 180.1.2.1 255.255.255.0 
frame -relay interface -dlci 502 
I 

interface serial 0.3 
ip address 180.1.3.1 255.255.255.0 
frame -relay interface -dlci 503 
I 

interface ethernet 0 

ip address 180.1.10.1 255.255.255.0 

I 

router igrp 1 
network 180.1.0.0 


Example B-29 Scenario 9, Charlotte Configuration 

hostname Charlotte 

I 

interface serial0 
encapsulation frame -relay 
I 

interface serial 0.1 
ip address 180.1.1.2 255.255.255.0 
frame -relay interface -dlci 500 
I 

interface ethernet 0 

ip address 180.1.11.2 255.255.255.0 

I 

router igrp 1 
network 180.1.0.0 


Example B-30 Scenario 9, Nashville Configuration 

hostname Nashville 

I 

interface serial0 
encapsulation frame -relay 
I 

interface serial 0.1 
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Example B-30 Scenario 9, Nashville Configuration ( Continued ) 

ip address 180.1.2.3 255.255.255.0 
frame -relay interface -dlci 500 
I 

interface ethernet 0 

ip address 180.1.12.3 255.255.255.0 

I 

router igrp 1 
network 180.1.0.0 


Example B-31 Scenario 9, Boston Configuration 

hostname Boston 

I 

interface serial0 
encapsulation frame -relay 
I 

interface serial 0.1 
ip address 180.1.3.4 255.255.255.0 
frame -relay interface -dlci 500 
I 

interface ethernet 0 

ip address 180.1.13.4 255.255.255.0 

I 

router igrp 1 
network 180.1.0.0 


Assuming the details established in Examples B-28 through B-31 for Scenario 9, complete or 
answer the following: 

1 . Draw a diagram of the network. 

2. Is IGRP split horizon on or off? How can you tell? 

3. What type of Frame Relay encapsulation is used? 

Create the commands on Router 1 and Router 2 to disable Inverse ARP and instead use 
static mapping. 


4 . 
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Answers to Chapter 1 1 Scenarios 


Answers to Scenario 7 

Figure B-ll is a diagram that matches the configuration. 


Figure B-11 Scenario 7 Network Derived from show and debug Commands 

Subnet 

168 . 10 . 101.0 


.1 



Discovering the IP addresses and subinterfaces is relatively straightforward. The show 
commands for most subinterfaces are provided. They list the IP address and mask used. The 
show cdp neighbor detail commands also mention the IP address of the connected routers. 

Table B-17 completes Table B-13 by listing the Layer 3 addresses and subinterface numbers. 
Table B-17 Completed Layer 3 Addresses for Scenario 7 


Router 

Port 

Subinterface 

IP Address 

Atlanta 

SO 

1 

168.10.202.1 

Atlanta 

SO 

2 

168.10.203.1 

Atlanta 

so 

3 

168.10.204.1 

Atlanta 

sO 

N/A 

N/A 

Charlotte 

sO 

1 

168.10.202.2 

Charlotte 

sO 

N/A 

N/A 






Answers to Scenario 8 


Table B-17 Completed Layer 3 Addresses for Scenario 7 ( Continued ) 


Router 

Port 

Subinterface 

IP Address 

Nashville 

sO 

1 

168.10.203.3 

Nashville 

sO 

N/A 

N/A 

Boston 

sO 

1 

168.10.204.4 

Boston 

sO 

N/A 

N/A 


The LMI type is discovered only by examining the output of the show frame-relay lmi 
command. However, this command does not list whether the LMI type was learned via 
autosensing or whether it was configured. 

The encapsulation type is more obscure. The show frame-relay map command output holds 
the answer. Table B-18 completes Table B-14 by summarizing the answers. 

Table B-18 Completed LMIs and Encapsulations for Scenario 7 


Router 

Port 

Subinterface 

LMI Type 

Encapsulation 

Atlanta 

SO 

N/A 

Cisco 

N/A 

Atlanta 

SO 

1 

N/A 

cisco 

Atlanta 

so 

2 

N/A 

cisco 

Atlanta 

so 

3 

N/A 

ietf 

Charlotte 

so 

N/A 

Q933A 

N/A 

Charlotte 

sO 

1 

N/A 

cisco 

Nashville 

sO 

N/A 

Cisco 

N/A 

Nashville 

sO 

1 

N/A 

cisco 

Boston 

sO 

N/A 

Cisco 

N/A 

Boston 

sO 

1 

N/A 

ietf 


Answers to Scenario 8 

Check your IP addressing design against the ones chosen in Table B-19. Of course, your 
choices most likely are different. However, you should have one subnet per VC when using 
only point-to-point subinterfaces. With the original criteria of Routers A, D, and E each 
using multipoint subinterfaces, these three subinterfaces should have been in the same IP 
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subnet. Table B-19 lists the planned Layer 3 addresses for the configurations using multipoint 
among these three routers. 

Table B-19 Layer 3 Planning Chart, Multipoint A-D-E 


Interface 

Subinterface 

IP Address 

A’s Ethernet 

N/A 

168.15.101.1 

B’s Ethernet 

N/A 

168.15.102.1 

C’s Ethernet 

N/A 

168.15.103.1 

D’s Ethernet 

N/A 

168.15.104.1 

E’s Ethernet 

N/A 

168.15.105.1 

A’s SO 

2 

168.15.202.1 

A’s SO 

3 

168.15.203.1 

A’s SO 

1 

168.15.200.1 

B’s SO 

2 

168.15.202.2 

C’s SO 

3 

168.15.203.3 

D’s SO 

1 

168.15.200.4 

E’s SO 

1 

168.15.200.5 


Assuming the DLCIs shown in Figure B-10, Examples B-32, B-33, and B-34 show the 
configurations for Routers A, B, and E, respectively, using multipoint subinterfaces for the 
VCs between A, D, and E. 

Example B-32 Router A Configuration, Scenario 8 

interface serialO 
encapsulation frame -relay 
I 

interface serial 0.1 multipoint 
ip address 168.15.200.1 255.255.255.0 

frame -relay interface -dlci 54 
frame -relay interface -dlci 55 
I 

interface serial 0.2 point-to-point 
ip address 168.15.202.1 255.255.255.0 

frame -relay interface -dlci 52 
I 

interface serial 0.3 point-to-point 
ip address 168.15.203.1 255.255.255.0 

frame -relay interface -dlci 53 
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Example B-32 Router A Configuration, Scenario 8 ( Continued ) 

I 

interface ethernet 0 

ip address 168.15.101.1 255.255.255.0 

I 

router igrp 1 
network 168.15.0.0 


Example B-33 Router B Configuration, Scenario 8 

interface serial0 
encapsulation frame -relay 
I 

interface serial 0.2 point-to-point 
ip address 168.15.202.2 255.255.255.0 

frame -relay interface -dlci 51 
I 

interface ethernet 0 

ip address 168.15.102.1 255.255.255.0 

I 

router igrp 1 
network 168.15.0.0 


Example B-34 Router E Configuration, Scenario 8 

interface serial© 
encapsulation frame -relay 
I 

interface serial 0.1 multipoint 
ip address 168.15.200.5 255.255.255.0 

frame -relay interface -dlci 51 
frame -relay interface -dlci 54 
I 

interface ethernet 0 

ip address 168.15.105.1 255.255.255.0 

I 

router igrp 1 
network 168.15.0.0 


Multipoint subinterfaces work perfectly well in this topology. Using multipoint also 
conserves IP subnets, as you will see in the next task of this scenario. When you change 
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strategy to use only point-to-point subinterfaces, each of the three VCs in the triangle of 
Routers A, D, and E requires a different IP subnet number. Table B-20 shows the choices 
made here. Examples B-35 and B-36 show alternative configurations for Routers A and E 
using point-to-point instead of multipoint subinterfaces. 

Table B-20 Scenario 8 Layer 3 Address Planning Chart, All Point-to-Point Subinterfaces 


Interface 

Subinterface 

IP Address 

A’s Ethernet 

N/A 

168.15.101.1 

B’s Ethernet 

N/A 

168.15.102.1 

C’s Ethernet 

N/A 

168.15.103.1 

D’s Ethernet 

N/A 

168.15.104.1 

E’s Ethernet 

N/A 

168.15.105.1 

A’s SO 

2 

168.15.202.1 

As SO 

3 

168.15.203.1 

As SO 

4 

168.15.204.1 

As SO 

5 

168.15.205.1 

B’s SO 

2 

168.15.202.2 

C’s SO 

3 

168.15.203.3 

D’s SO 

4 

168.15.204.4 

D’s SO 

1 

168.15.190.4 

E’s SO 

5 

168.15.205.5 

E’s SO 

1 

168.15.190.5 


Example B-35 Router A Configuration, Scenario 8, All Point-to-Point Subinterfaces 

interface serial© 
encapsulation frame -relay 
I 

interface serial 0.2 point-to-point 
ip address 168.15.202.1 255.255.255.0 

frame -relay interface -dlci 52 
I 

interface serial 0.3 point-to-point 
ip address 168.15.203.1 255.255.255.0 

frame -relay interface -dlci 53 
I 

interface serial 0.4 point-to-point 
ip address 168.15.204.1 255.255.255.0 

frame -relay interface -dlci 54 
! 
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Example B-35 Router A Configuration, Scenario 8, All Point-to-Point Subinterfaces (Continued) 

interface serial 0.5 point-to-point 
ip address 168.15.205.1 255.255.255.0 

frame -relay interface -dlci 55 
I 

interface ethernet 0 

ip address 168.15.101.1 255.255.255.0 

I 

router igrp 1 
network 168.15.0.0 


Example B-36 Router E Configuration, Scenario 8, Subinterfaces 

interface serial© 
encapsulation frame -relay 
I 

interface serial 0.1 point-to-point 
ip address 168.15.190.5 255.255.255.0 

frame -relay interface -dlci 54 
I 

interface serial 0.5 point-to-point 
ip address 168.15.200.5 255.255.255.0 

frame -relay interface -dlci 51 
I 

interface ethernet 0 

ip address 168.15.105.1 255.255.255.0 

I 

router igrp 1 
network 168.15.0.0 


The contents of the IP routing table, asked for in task 4 of this scenario, is listed in shorthand 
in Table B-21. The third byte of the IP address is shown in the Layer 3 Group column because 
the third byte (octet) fully comprises the subnet field. 

Table B-21 Scenario 8 IP Routing Table Contents, Router A 


Layer 3 Group 

Outgoing Interface 

Next-Hop IP Address, or Connected 

101 

E0 

Connected 

102 

SO. 2 

168.15.202.2 

103 

SO. 3 

168.15.203.3 

104 

SO. 4 

168.15.204.4 

105 

SO. 5 

168.15.205.5 
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Answers to Scenario 9 

Figure B-12 supplies the network diagram described in Scenario 9. The subinterfaces are all 
point-to-point, which is a clue that each VC has an IP subnet associated with it. An 
examination of the IP addresses should have been enough for you to deduce which routers 
are attached to each end of each VC. 

Figure B-12 Diagram of Scenario 9 Frame Relay Network 

180 . 1 . 10.0 


.1 



Split horizon is turned on on all interfaces because that is the default with point-to-point 
subinterfaces and because no command has been configured to turn it on. 

Cisco encapsulation is used in each case. The encapsulation frame-relay command defaults 
to the use of Cisco encapsulation. 

Cisco IOS Software never needs a mapping between a destination Layer 3 address, and its 
associated DLCI, when using point-to-point subinterfaces. So, inverse ARP is disabled by 
default on point-to-point subinterfaces. You can configure static maps, as the problem statement 
requested, but they are not necessary. If you did configure the static maps, and want to check your 
work to see if you got the syntax correct, then review Examples B-37 and B-38. 
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Example B-37 Scenario 9, Atlanta Router: Changes for Static Mapping 

Atlanta(config)# interface serial 0.1 
Atlanta(config-subif )#no frame-relay inverse-arp 
Atlanta(config-subif )#f rame-relay map ip 180.1.1.2 501 broadcast 
Atlanta(config-subif )# interface serial 0.2 
Atlanta(config-subif )#no frame-relay inverse-arp 
Atlanta(config-subif )#f rame-relay map ip 180.1.2.3 502 broadcast 
Atlanta(conf ig-subif )# interface serial 0.3 
Atlanta(conf ig-subif )#no frame-relay inverse-arp 
Atlanta(config-subif )#f rame-relay map ip 180.1.3.4 503 broadcast 


Example B-38 Scenario 9, Charlotte Router: Changes for Static Mapping 

Charlotte(conf ig)# interface serial 0.1 
Charlotte(config-subif )#no frame-relay inverse-arp 
Charlotte(config-subif )#f rame-relay map ip 180.1.1.1 500 broadcast 
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Scenarios for Chapter 12 


Scenario 10: IP Filtering Sample 1 

Scenarios 10 through 12 use Figure B-13, each with a different set of requirements for 
filtering. In each case, configure a correct access list for the routers and enable the access list. 
Place the access list in the router that filters the unneeded packets as quickly as possible — 
that is, before the packets are sent far from the originator. 

Figure B-13 Network Diagram for IP Filtering Scenarios 10, 11, and 12 


Sergei Tonya 

10 . 1 . 4.98 10 . 1 . 4.99 



Grigory Melissa Ivan Anna 

210 . 1 . 1.1 210 . 1 . 1.2 198 . 1 . 1.14 198 . 1 . 1.18 





Scenario 12: IP Filtering Sample 3 


The filtering criteria for Scenario 10 are as follows: 

1. Grigory can use the hosts on Nova’s Ethernet. 

2. All other hosts on Gorno (besides Grigory) cannot use the hosts on Nova’s Ethernet. 

3. All other communications are allowed. 

Scenario 11: IP Filtering Sample 2 

Again using the network diagram shown in Figure B-13, create and enable access lists for a 
totally different set of requirements. Place the access list in the routers to filter the unneeded 
packets as quickly as possible — that is, before the packets are sent far from the originator. 

The filtering criteria for Scenario 11 are as follows: 

1 . Hosts on the Barnaul Ethernet cannot communicate with hosts on the Gorno Ethernet. 

2. Grigory and Melissa cannot communicate with hosts on the Nova Ethernet. 

3. Other communications between the Nova Ethernet and the Gorno Ethernet are allowed. 

4. Sergei (in Barnaul) can communicate only with other hosts in Barnaul. 

5. Any communication paths not specified are allowed. 

Scenario 12: IP Filtering Sample 3 

Again using the network diagram shown in Figure B-13, create and enable access lists for a 
totally different set of requirements. Place the access list in the router that filters the unneeded 
packets as quickly as possible — that is, before the packets are sent far from the originator. 

The filtering criteria for Scenario 12 are as follows: 

1. Grigory and Melissa can access any Web server in Nova. 

2. Grigory and Melissa cannot access any other servers in Nova using TCP. 

3. Sergei (Barnaul) can use only the Web services — and no other services — in Nova. 

4. Hosts in Gorno can communicate with hosts in Nova unless otherwise stated. 

5. Web clients in Barnaul are not allowed to connect to the Web server in Nova unless 
specifically mentioned elsewhere in these criteria. 

6. Any unspecified communication should be disallowed. 



Appendix B: Scenarios 


Answers to Chapter 12 Scenarios 


Answers to Scenario 10: IP Filtering Sample 1 

The solution to fulfilling the criteria stipulated for this access list is straightforward. Simply 
matching Grigory to permit his traffic and denying packets from 210.1.1.0 is all that is 
needed for the first two criteria. A permit all needs to be explicitly configured at the end of 
the list. 

Example B-39 provides the solution for this scenario. The access list is enabled on Nova. The 
problem with list 43 is that if the link from Barnaul to Gorno goes down, and if Gorno learns 
a route to Barnaul’s subnets via Nova, Nova filters all inbound packets from (non-Grigory) 
Gorno hosts. A better list would be to use an extended access list that matches both the 
source and the destination addresses, access-list 143 also is shown in Example B-39, which 
avoids the problem seen with access-list 43. (access-list 43 is enabled in the example.) 

Example B-39 Solution to Scenario 10: Nova 

access-list 43 permit host 210.1.1.1 
access-list 43 deny 210.1.1.0 0.0.0.255 
access -list 43 permit any 
I 

access -list 143 permit ip host 210.1.1.1 198.1.1.0 0.0.0.255 
access -list 143 deny ip 210.1.1.0 0.0.0.255 198.1.1.0 0.0.0.255 
access -list 143 permit ip any any 
I 

interface serial 0 
ip access-group 43 in 
I 

interface serial 1 
ip access -group 43 in 


Answers to Scenario 11: IP Filtering Sample 2 

Many solutions could fulfill the criteria stipulated for this scenario. The solutions provided 
in Examples B-40 and B-41 attempt to filter packets as close to the source of the packet as 
possible. It is impossible to determine whether your correct solution is better than the one 
given here without more information about traffic loads and business needs in the network. 






Answers to Scenario 12: IP Filtering Sample 3 


The comments included in Examples B-40 and B-41 provide most of the detailed 
commentary. 

Example B-40 Solution to Scenario 11: Barnaul Access List (Continued) 

I Next statement meets Criterion 1 

access-list 101 deny ip 10.1.4.0 0.0.0.255 210.1.1.0 0.0.0.255 

I Next statement meets Criterion 4 

access-list 101 deny ip host 10.1.4.98 any 

I Criterion 5 met in the next statement 

access-list 101 permit ip any any 

interface serial 0 

ip access-group 101 out 

I 

interface serial 1 
ip access-group 101 out 


Example B-41 Solution to Scenario 11: Gorno Access List 

I Next statements meet Criterion 2 

access-list 101 deny ip host 210. 1.1.1 198.1.1.0 0. 0.0. 255 
access-list 101 deny ip host 210. 1.1. 2 198.1.1.0 0.0.0.255 

I Next statement meets Criterion 3, but it's not required, due to the final statement 
access -list 101 permit ip 210.1.1.0 0.0.0.255 198.1.1.0 0.0.0.255 
access -list 101 permit ip any any 
! 

interface serial 0 
ip access-group 101 out 
I 

interface serial 1 
ip access-group 101 out 


Answers to Scenario 12: IP Filtering Sample 3 

Many solutions could fulfill the criteria stipulated for this scenario. The solutions provided 
in Examples B-42 and B-43 attempt to filter packets as close to the source of the packet as 
possible. It is impossible to determine whether your correct solution is better than the one 
given here without more information about traffic loads and business needs in the network. 
The comments included in Examples B-42 and B-43 provide most of the detailed 
commentary. 

Example B-42 Solution to Scenario 12: Barnaul Access List 

I Next statements meet Criterion 3 

access-list 101 permit tcp host 10.1.4.98 198.1.1.0 0.0.0.255 eq www 
access-list 101 deny tcp host 10.1.4.98 198.1.1.0.0.0.0.25 It 1023 
I Next statement meets Criterion 5, but it's not really needed 
access-list 101 deny ip 10.1.4.0 0.0.0.255 198.1.1.0 0.0.0.255 eq www 


continues 
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Example B-42 Solution to Scenario 12: Barnaul Access List ( Continued ) 

I Criterion 6 is met in the default 
I 

interface serial 0 
ip access-group 101 out 
I 

interface serial 1 
ip access-group 101 out 


Example B-43 Solution to Scenario 12: Gorno Access List 

I Next statements meet Criterion 1 

access-list 101 permit tcp host 210.1.1.1 198.1.1.0 0.0.0.255 eq www 
access-list 101 permit tcp host 210.1.1.2 198.1.1.0 0.0.0.255 eq www 
I Next statements meet Criterion 2 

access-list 101 deny tcp host 210.1.1.1 198.1.1.0 0.0.0.255 It 1023 
access-list 101 deny tcp host 210.1.1.2 198.1.1.0 0.0.0.255 It 1023 
I Next statement meets Criterion 4 

access-list 101 permit ip 210.1.1.0 0.0.0.255 198.1.1.0 0.0.0.255 
[Default meets Criterion 6 
1 

interface serial 0 
ip access-group 101 out 
I 

interface serial 1 
ip access-group 101 out 


The default action can be used to shorten the list. For example, in Example B-42, the 
commands access-list 101 deny tcp host 10.1.4.98 198.1.1.0 0.0.0.255 It 1023 and access- 
list 101 deny ip 10.1.4.0 0.0.0.255 198.1.1.0 0.0.0.255 eq www in access list 101 are not 
really needed, because the default is to deny these anyway. So, list 101 would perform the 
same function if it had only one statement in it (access-list 101 permit tcp host 10.1.4.98 
198.1.1.0 0.0.0.255 eq www). 




Answers to Scenario 12: IP Filtering Sample 3 




